This Page Is Inserted by IFW Operations 
and is not a part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of 
the original documents submitted by the applioant. 

Defects in the images may include (but are not Hmited to): 

• BLACK BORDERS 

• TEXT CUT OFF AT TOP, BOTTOM OR SIDES 

• FADED TEXT 

• ILLEGIBLE TEXT 

• SKEWED/SLANTED IMAGES 

• COLORED PHOTOS 

• BLACK OR VERY BLACK AND WHITE DARK PHOTOS 

• GRAY SCALE DOCUMENTS 

IMAGES ARE BEST AVAILABLE COPY. 



As rescanning documents will not correct images, 
please do not report the images to the 
Image Problem Mailbox. 




200 \ 

To register an email by an originator \ 

'(e.g "John Smith at email address ) 

jsmitti@adomain.com) / 



201 

originator creates an email message using any 
Internet Mail User Agent (MUA) 
(Note the message may have muitipie 
destinations and attachments) 



FIG. 2A 
Preprocessing 
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202 

The Registration System (RS), acting as the 
senders MTA receives a copy of email 




r 


2( 

RS wilt create a copy c 
to be stored until the 
com 


D3 

>f the original message 
registration process is 
plete 



208 

RS creates a second copy to modify the original message 



204 

RS creates a database record which 
included: 

The time at which the message was 
received. 

The names and sizes of the attachments of 
the message 

The name and address of each destination 
of the message. 

The time at which the message was 
dePivered to the destination's MTA. 
The delivery status of each destination 



209 

The original subject line of the message is amended to indicate that the copy 

is registered 

(e.g. by pre-pending •'(R)egistered") 



210 

A notice that the message is registered by the RS. together with links to the 
RS's www site are appended to the body of the message. 



3 



206 

RS sets the Delivery Status of each destination to 
-UNSENT* 




r 


/ 206 / 
f RS generates and stores Message Digest ( 
\ (hash) of the body of the message. \ 




f 



(RS generates and stores a hash for each file 
attached to the message. 



211 

Email headers are added requesting a Mai! User Agent (MUA) reading 
notification In a variety of header formats recognized by various MUAs. 
The request for notification directs the notification to an destination whose 
name Is the address of the originator of the message and whose address is t 

rpost.com account set up for this purpose. 
The notification will use the address of the original sender in the name field o 

the MUA request, 
(e.g. dispositions-notification-to: jsmith@adomin.com 
<readreceipt@rpost.com>) 





Transmit the message 
(GOTO FIG Bl 



For each message destination the 
system wiil: 



221 

Change the Message header to show it as 
FROM: John smith < RCPTxxxxxy@rpost.com> 
where xxxxxx = a tag uniquely identifying this message 
where y = a tag identifying this destination of this message 



FIG. 2B 
Transmission 



222 

Perform an DNS MX loolcup to identify the MTA(s) for the 
destination domain 





r 






223 

Attempts to open a telenet connection to the 
destination's MTA. 




228 

Retry using other MTA's for 
the destination If available. 


< 








NO 




NO 



239 
Attempt to d£ 
to anothe 
destinatic 



c 



2^0 

System receives MTA 
Notification 



FIG. 2C 
Post-Processing 

Processing MTA Notifications 



241 

System scans incoming mail to 
rpost.com for addresses containing 
"rctp" 



242 

System identifies messages 
addressed to 
'•rcptxxxxxy@rpost.com** 
as delivery notifications for destination 
y of message xxxxxxx. 



243 

System scans the subject and body of 
the message for strings indicating 
deFivery failure, relay or success 




YES- 



7^ 

Change delivery status 
of destination y of 
message xxxxxx to 
"DELIVERED-TO- 
MAII BOX" 



YES- 



247 

Change delivery status 
of destination y of 
message xxxxxx to 
"FAILURE" 



YES- 



249 

Change delivery status 
of destination y of 
message xxxxxx to 
-RELAYED" 



•NO- 



-250- 



Save copies of 
MTA Notice 

and 
attachments 




261 
Processing 
Complete 



250 

From time to time the system 
will review the status of all 
pending messages 



261 

For each message 
the system will 



FIG. 2D 
Post-Processing 

Message Management 




START HERE FROM FIGURE 
2D 



270 

The sytem generates an 
email Receipt which 
Includes: 



FIG. 2E 

Post-Processing 

Generate a Delivery Receipt 



271 



A message identifier for administrative purposes. ..u • • ♦ 

This identifier may be or may include reference to the originator's id and/or the value of the Intemet Message-ID of the originator's 

message as received by the system. 



272 



The quoted body of the original message together with the email addresses of its intended recipients. 



273 



A table for each recipient listing:: ^ ^ ^ ,. * » 

The Delivery status of the message for that destination based upon the Systems recorded de ivery status 
The time at which the redpienfs MTA received the message and/or the lime at which the system received a DSN from the 



recipient's MTA. 



274 



A list of the original attachments of the email together with their separate hash numbers. 



Transcripts or abstractions of the transcripts of all of the SMTP dialogs generated in the delivery of the message to each 

: HActinafinn . = 



276 



Quotations from the bodies and the attachments of all received DSNs including whatever details of delivery or disposition of the 

message that they might reveal 



277 



The system will attach to the receipt copies of all of the attachments of the original message 



278 



The system will attach received DSN messages and their attachments to the receipt. 



279 



Having generated the text of the receipt so far. the system then generates an encrypted hash of the body of the receipt 



2€ 

The encrypted hash Is appended to the b 


^0 

ody of the message as a digital signature 




21 

The receipt, now being complete. Is sent by email i 

originatof' 


I 

51 

0 the originator with the advice that it be kept for the 
s records. 





sfe ■ \ 

I The system may now delete all copies of the original message, attachment and J 

\ DSNS. y 



FIG. 2F 

p OS t-P ro ces s 1 n g 

Generate a Reading Notice 



285 

The system receives MUA Notifications at an e-mail address 
used for this purpose, 
(e.g. readreceipt@rpost.com) 



286 

Extracts the address of the sender of the original message from 
the address of the MUA Notice where it is found in the name 
field of the message. 
(E.g. TO:ismith@adomain,com <readreceipt@rpostcom> 



287 

Creates a receipt which includes: 

the subject of the MUA as Its subject ; 
a heading e.g. " RPost Reading Receipr; 
the body of the MUA Notice quoted in the body of the 
Receipt 

a time/date stamp 



288 

Attach to the receipt any files that may accompany the MUA's 
receipt 



2G 

Generate a hash for any files atl 
this hash In the tx 


r 

\9 

tached to the receipt and record 
xiy of the redsipt 




r 


290 

Generate a hash for the body of the receipt and its attachments, 
encrypt this hash, and append the result to the message as a 
"document digital fingerprint". 



291 

Send the resulting receipt to the originator of the message. 



^ 2I2 \ 

( Having sent this receipt, the system may delete all internal j 
V records of the transaction. ^ 
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(RPOST SERVER) 
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700 

/Users submit receipts for validation by forwarding^ 
them as emails to a specific rpost.com address.^ 
E.g. authentica@rpost.com 



FIG. 7 
Validating a receipt 



701 

\A/hen a receipt is received the operators of the 
system shall: 



702 



Detach and decrypt the document digital 
signature appended to the receipt. 

'T 




705 

Generate a report indicating that the operator of RPost cannot 
authenticate the receipt as an accurate record of the delivery or 
contents of the message described in the receipt 



NO- 



706 

Generate a report Indicating that the operator of RPost can 
authenticate the receipt as an accurate record of the delivery of the 
original nnessage to its destination: 
that the body of the message was as appears in the receipt. 



301 

For each such 1 



70S 

Generate a hash of the 
flrtflfthed file. 



Compare the newly 
generated hash to the hash 

value quoted In the 
document. 



YES 



710 

Generate a report indicating that the operator of RPost can 
authenticate the receipt as an accurate record of the delivery of 
the original message to Its destination: 
that the body of the message was as appears in the receipt, 
that each delivered attachment was identical to the copies 
appended to the receipt 



711 

Does the Newly^ 
generated hash = 
be hash i^ecorde^ 
kthe recelQ 



-NO-> 



712 

Generate a report Indicating that RPost cannot 
authenticate the submitted receipt because the 
attached file appears to have been altered since 
the time the nnessage was delh^ered. 



713 

Append a copy of the 
receipt to the report 



714 

E-mail the report to the 
Owho submitted the rec» 
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FIG. 9 

Validating Received Mail 



f 900 
\^ To register an email for a recipient. 







901 

Receive email for recipient acting as an 
SMTP.POP or IMAP server. 




f 


902 

Generate a hash/digital fingerprint for 
the content of the message and its 
attachments. 




V . , 



903 

Encrypt the hash(es). 



904 

Append the encrypted hash(es) to the 
body of the message. 



905 

Make the message available for 
reading/download by the recipients 



FIG. 10 
Registering Inbound IVIail 



1000 ^ 
Recipient submits a copy of the 
receive mail to the operators of the 
system who: >^ 





r 


1001 

Decrypt the hash attached to the 
body of the message. 




r 



1002 

Generate a hash of the body of the 
message and attachments. 



1003 

Compare the document hash(es) 
with the decrypted hash(es) 



1005 

The operators can warrant that the 
email is as originally received 



1006 

The operators can warrant that the e-mail 
las been altered since originally receive 




FIG. 12 



MESSAGE RECEIVED BYREGISTRA WN SERVER 



1501 



----r V 



ASSIGN MESSAGE A UNIQUE ID 

I 





FORMAT MESSAGE IN 
MIME/HTML FORMAT 



ADDUNKTO 
MESSAGLDXDESnNAWNmRPOST.NET 



1505^ ^1 

[SEND MESSAGE 



1506 



RECIPIENT CUCKS REPLY "MAILTO'UNK 



1507 



REPLY RECEIVED BY REGISTRATION SERVER 



1508 



EXTRAa MESSAGE ID AND DESTINATION FROM 
ADDRESS 



1509 



QUERY 



DATABASE 



READDRESS MESSAGE TO ORIGINAL SENDER 



1510 



ORIGINAL SENDER 
ADDRESS 



SEND REQUEST 



1511 



GENERA TE DELIVERY RECEIPT 



1512 



ORIGINAL 
MESSAGE ID 



SEND DEUVERY RECEIPT TO ORIGNAL RECIPIENT 
AND SENDER 



FIG 13 



